Dynamic media content output for mobile devices

ABSTRACT

Embodiments of mechanisms for dynamic media content type streaming management for mobile devices are generally described herein. In some embodiments, the mobile device may receive selection input pertaining to generating output from a media file containing at least two of audio data, video data, and closed-captioning data, the selection input selecting at least one of audio, video, and closed-captioning to be output during play of the media content. In some embodiments, the mobile device may generate an audio output as a signal in response to the selection input including audio. In some embodiments, the mobile device may generate a video output as a signal in response to the selection input including video. In some embodiments, the mobile device may generate a closed-captioning output as a signal in response to selection input including closed-captioning.

TECHNICAL FIELD

Embodiments pertain to mobile devices. Some embodiments relate to dynamic media content output for mobile devices.

BACKGROUND

In the last several years, media consumption on mobile devices has grown rapidly. The increase of downloading or streaming media content over mobile networks onto mobile devices is a major concern for both mobile network operators and mobile device users because of the increased bandwidth required to transmit the media content. The bandwidth burden on mobile networks is a major reason why most mobile network operators do not offer unlimited data usage plans.

There are some negative consequences to the increase of users downloading or streaming media content via mobile networks onto their mobile devices. As downloading or streaming of media content over a mobile network increases, the bandwidth burden on mobile networks increases, thereby increasing infrastructure costs and reducing a mobile network operator's ability to provide consistently high-speed service across its user base. Furthermore, if a user is not on an unlimited data plan, the increase in downloading or streaming of media content over the mobile network by the user consumes greater amounts of the user's data usage quota.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an operational environment of a system for dynamic media content output in accordance with some embodiments;

FIG. 2 illustrates a functional block diagram of an example machine in accordance with some embodiments;

FIG. 3 illustrates a method of dynamic media content output on a mobile device in accordance with some embodiments;

FIG. 4 illustrates a method of dynamic media content output on a media content provider in accordance with some embodiments; and

FIG. 5 illustrates a functional block diagram of an example mobile device in accordance with some embodiments.

DETAILED DESCRIPTION

The following description and the drawings sufficiently illustrate specific embodiments to enable those skilled in the art to practice them. Other embodiments may incorporate structural, logical, electrical, process, and other changes. Portions and features of some embodiments may be included in, or substituted for, those of other embodiments. Embodiments set forth in the claims encompass all available equivalents of those claims.

In some scenarios, a user of a mobile device may want to download or stream some media content that may contain multiple output modes, such as audio and video, but is only interested in one of the output modes (e.g. audio). Downloading or streaming media content that includes undesired output modes unnecessarily consumes bandwidth, user data quota, battery power on the user's mobile device (e.g., mobile phone, smartphone, tablet, or other device that receives data via a wireless network connection), and the user's time. Although some existing approaches allow users to turn off an output mode, e.g. muting a video that also contains audio content, the mobile device nonetheless continues to receive the stream(s) of data for the other output modes. Adapting the media content to contain only the desired output mode(s), such as on a server prior to transmission of media content over a network to the mobile device, so that only the data pertaining to the desired output mode(s) is streamed to the mobile device addresses some shortcomings in some current content streaming systems.

In some scenarios, a user of a mobile device may want to playback some media content already on the user's mobile device. The media content may contain multiple output modes, such as audio and video, but the user is only interested in one of the output modes (e.g. audio.) Playback that includes the undesired output modes unnecessarily consumes battery power on the user's mobile device. Adapting media content so that a mobile device renders only the desired output mode(s) addresses some shortcomings in some current content playback mechanisms.

FIG. 1 illustrates an operational environment of a system for dynamic media content output in accordance with some embodiments. In some embodiments, mobile device 102 may request media content from media content provider 106 via a network 104. In some embodiments, “media content” may constitute a single file, while in other embodiments “media content” may constitute a plurality of files. The request for media content may be transmitted to a media content provider 106 via a network 104, such as the internet. In some embodiments, network 104 may be a wireless mobile network. In some embodiments, network 104 may be a combination of networks, which may include both wired and wireless networks. In some embodiments, media content provider 106 may not store the requested media content; in such embodiments, media content provider 106 may retrieve the requested media content from another source.

In some embodiments, mobile device 102 may receive selection input pertaining to generating output from media content containing at least two of audio data, video data, and closed-captioning data. For example, a user may select particular media content that contains audio, video, and closed-captioning. The selection input may select not only the desired content, but also select at least one of audio, video, and closed-captioning to be output during play of the media content. For example, the user may input a selection to receive only video and closed-captioning from media content that contains audio, video, and closed-captioning. In some embodiments, the mobile device 102 transmits the selection along with the request for media content to the media content provider 106 via a network 104.

Upon the media content provider 106 receiving the request for media content, which may include the selection input, sent by the mobile device 102, the media content provider 106 may adapt the media content, in accordance with some embodiments. In some embodiments, when the request for media content includes selection input, the media content provider 106 may adapt the media content in accordance with the selections in the selection input. For example, if the selection input selected only audio, media content provider 106 may adapt the requested media content, which may contain audio data and video data, to contain only audio data. In some example embodiments, this may entail the media content provider 106 deleting the video and closed-captioning associated with the audio before transmitting the audio content to the mobile device 102.

After adapting the requested media content, media content provider 106 may transmit the adapted media content to mobile device 102 via network 104. In some embodiments, the transmission may be a standard transmission (i.e. download) of the entire adapted media content. Such transmissions may be performed if the adapted media content is intended for playback after the entire adapted media content has been downloaded. In other embodiments, the transmission may be a streaming transmission, which allows the mobile device 102 to play the adapted media content as it is being received.

In some embodiments, media content provider 106 may synchronously adapt a portion of the media content and transmit the adapted portion to mobile device 102, rather than adapting the entire media content before starting transmission. In some embodiments, media content provider 106 may encrypt a part of or all of the adapted media content to mobile device 102. The encryption mechanism used may be either public-key encryption or private-key encryption. The encryption mechanism may be part of a digital rights management system used to prevent unauthorized playback or copying of the media content. The encryption may be performed according to one of several encryption algorithms such as the RSA algorithm, MD5, Advanced Encryption Standard (AES), and other encryption algorithms.

In some embodiments, if the request for media content did not include selection input, media content provider 106 may adapt the media content according to a policy. The policy may be stored by media content provider 106, in accordance with some embodiments. In some embodiments, the policy may be specific to at least one intended recipient of the adapted media content. In some embodiments, the policy may be a default policy that is utilized for all media content requests when selection input has not been received.

In some embodiments, the media content provider may adapt the media content based partially on the data throughput available to the intended recipient of the adapted media content. “Data throughput” is defined as the average rate of successful message delivery over a communication channel. Adapting the media content based partially on the data throughput available to the intended recipient of the adapted media content may include down sampling of content, such as audio and video content.

In some embodiments, the policy may contain output mode settings for streaming events within the media content that are of interest for the user. For example, a user may want to receive only the audio data corresponding to a football game, but may want to receive both audio and video if a touchdown or interception occurs. In some embodiments, the media content provider maintains the synchronization of the constituent components of the media content, so that the media content provider may combine and send the appropriate portions of the media content.

In some embodiments, the policy may contain default output mode settings for particular types of media content. For example, a user may specify that sporting events should default to being streamed in audio mode only. In some embodiments, the selection input received by the user's mobile device is used to store the policy settings.

FIG. 2 illustrates a block diagram of an example machine 200 upon which any one or more of the techniques (e.g., methodologies) discussed herein can perform. In alternative embodiments, the machine 200 can operate as a standalone device or can be connected (e.g., networked) to other machines. In a networked deployment, the machine 200 can operate in the capacity of a server machine, a client machine, or both in server-client network environments. In an example, the machine 200 can act as a peer machine in peer-to-peer (P2P) (or other distributed) network environment. The machine 200 can be a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a mobile telephone, a web appliance, a network router, switch or bridge, or any machine capable of executing instructions (sequential or otherwise) that specify actions to be taken by that machine. Further, while only a single machine is illustrated, the term “machine” shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein, such as cloud computing, software as a service (SaaS), other computer cluster policies.

Examples, as described herein, can include, or can operate on, logic or a number of components, modules, or mechanisms. Modules are tangible entities (e.g., hardware) capable of performing specified operations and can be configured or arranged in a certain manner. In an example, circuits can be arranged (e.g., internally or with respect to external entities such as other circuits) in a specified manner as a module. In an example, the whole or part of one or more computer systems (e.g., a standalone, client or server computer system) or one or more hardware processors can be configured by firmware or software (e.g., instructions, an application portion, or an application) as a module that operates to perform specified operations. In an example, the software may reside on a non-transitory machine-readable medium. In an example, the software, when executed by the underlying hardware of the module, causes the hardware to perform the specified operations.

Accordingly, the term “module” is understood to encompass a tangible entity, be that an entity that is physically constructed, specifically configured (e.g., hardwired), or temporarily (e.g., transitorily) configured (e.g., programmed) to operate in a specified manner or to perform part or all of any operation described herein. Considering examples in which modules are temporarily configured, each of the modules need not be instantiated at any one moment in time. For example, where the modules comprise a general-purpose hardware processor configured using software, the general-purpose hardware processor can be configured as respective different modules at different times. Software can accordingly configure a hardware processor, for example, to constitute a particular module at one instance of time and to constitute a different module at a different instance of time.

Machine (e.g., computer system) 200 can include a hardware processor 202 (e.g., a central processing unit (CPU), a graphics processing unit (GPU), a hardware processor core, or any combination thereof), a main memory 204 and a static memory 206, some or all of which can communicate with each other via a bus 208. The machine 200 can further include a display unit 210, an alphanumeric input device 212 (e.g., a keyboard), and a user interface (UI) navigation device 214 (e.g., a mouse). In an example, the display unit 210, input device 212 and UI navigation device 214 can be a touch screen display. The machine 200 can additionally include a storage device (e.g., drive unit) 216, a signal generation device 218 (e.g., a speaker), a network interface device 220, and one or more sensors 221, such as a global positioning system (GPS) sensor, compass, accelerometer, or other sensor. The machine 200 can include an output controller 228, such as a serial (e.g., universal serial bus (USB), parallel, or other wired or wireless (e.g., infrared (IR)) connection to communicate or control one or more peripheral devices (e.g., a printer, card reader, etc.)

The storage device 216 can include a machine-readable medium 222 on which is stored one or more sets of data structures or instructions 224 (e.g., software) embodying or utilized by any one or more of the techniques or functions described herein. The instructions 224 can also reside, completely or at least partially, within the main memory 204, within static memory 206, or within the hardware processor 202 during execution thereof by the machine 200. In an example, one or any combination of the hardware processor 202, the main memory 204, the static memory 206, or the storage device 216 can constitute machine-readable media.

While the machine-readable medium 222 is illustrated as a single medium, the term “machine-readable medium” can include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that configured to store the one or more instructions 224.

The term “machine-readable medium” can include any tangible medium that is capable of storing, encoding, or carrying instructions for execution by the machine 200 and that cause the machine 200 to perform any one or more of the techniques of the present disclosure, or that is capable of storing, encoding or carrying data structures used by or associated with such instructions. Non-limiting machine-readable medium examples can include solid-state memories, and optical and magnetic media. Specific examples of machine-readable media can include non-volatile memory, such as semiconductor memory devices (e.g., Electrically Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM)) and flash memory devices; magnetic disks, such as internal hard disks and removable disks; magneto-optical disks; and CD-ROM and DVD-ROM disks.

The instructions 224 can further be transmitted or received over a communications network 226 using a transmission medium via the network interface device 220 utilizing any one of a number of transfer protocols (e.g., frame relay, internet protocol (IP), transmission control protocol (TCP), user datagram protocol (UDP), hypertext transfer protocol (HTTP), etc.). Example communication networks can include a local area network (LAN), a wide area network (WAN), a packet data network (e.g., the Internet), mobile telephone networks (e.g., cellular networks), Plain Old Telephone (POTS) networks, and wireless data networks (e.g., Institute of Electrical and Electronics Engineers (IEEE) 802.11 family of standards known as Wi-Fi®, IEEE 802.16 family of standards known as WiMax®), peer-to-peer (P2P) networks, among others. In an example, the network interface device 220 can include one or more physical jacks (e.g., Ethernet, coaxial, or phone jacks) or one or more antennas to connect to the communications network 226. In an example, the network interface device 220 can include a plurality of antennas to communicate wirelessly using at least one of single-input multiple-output (SIMO), multiple-input multiple-output (MIMO), or multiple-input single-output (MISO) techniques. The term “transmission medium” shall be taken to include any intangible medium that is capable of storing, encoding or carrying instructions for execution by the machine 200, and includes digital or analog communications signals or other intangible medium to facilitate communication of such software.

FIG. 3 illustrates a method of dynamic media content output 300 on a mobile device 102 in accordance with some embodiments. In some embodiments, a user of a mobile device 102 may already have multi-mode (e.g. audio and video) media content on the user's mobile device 102. In other embodiments, a user of a mobile device 102 may request media content from a media content provider 106 via a network 104.

In some embodiments, mobile device 102 may receive selection input 302, the selection input selecting for playback at least one of audio, video, and closed-captioning from media content containing at least two of audio, video, and closed-captioning. The selection input may be received by mobile device 102 by way of a user touching a touch screen of the mobile device 102, one or more buttons of the mobile device 102, by voice command from the user to the mobile device 102, or by a gesture from the user to the mobile device 102, in accordance with some embodiments. In some embodiments, the selection input may be determined by the mobile device 102 from its context, without user involvement. For example, while the mobile device 102 is playing media content containing both audio and video data, the mobile device 102 may determine that it has been placed into a pocket or a purse, in which case the mobile device 102 may switch from audio and video playback to audio playback only.

In some embodiments, if the mobile device 102 already has the media content intended for playback, mobile device 102 might generate 304 in response to the selection input including audio, an audio output as a signal, the signal corresponding to audio data stored in the media content, from which auditory waves can be generated.

In other embodiments, if the mobile device 102 does not yet have the media content intended for playback, mobile device 102 may wait until the media content has either finished downloading to the mobile device 102, or streaming of the media content has begun. In such embodiments, after either the media content has finished downloading or the streaming of the media content has begun, mobile device 102 might generate 304 in response to the selection input including audio, an audio output as a signal, the signal corresponding to audio data stored in the media content, from which auditory waves can be generated.

In some embodiments, if the mobile device 102 already has the media content intended for playback, mobile device 102 might generate 306 in response to the selection input including video, a video output as a signal, the signal corresponding to video data stored in the media content, from which video images can be generated. In other embodiments, if the mobile device 102 does not yet have the media content intended for playback, mobile device 102 may wait until the media content has either finished downloading to the mobile device 102, or streaming of the media content has begun. In such embodiments, after either the media content has finished downloading or the streaming of the media content has begun, mobile device 102 might generate 306 in response to the selection input including video, a video output as a signal, the signal corresponding to video data stored in the media content, from which video images can be generated.

In some embodiments, if the mobile device 102 already has the media content intended for playback, mobile device 102 might generate 308 in response to selection input including closed-captioning, a closed-captioning output as a signal, the signal corresponding to closed-captioning data stored in the media content, from which closed-captioning text can be generated. In other embodiments, if the mobile device 102 does not yet have the media content intended for playback, mobile device 102 may wait until the media content has either finished downloading to the mobile device 102, or streaming of the media content has begun. In such embodiments, after the media content has finished downloading or the streaming of the media content has begun, mobile device 102 might generate 308 in response to the selection input including closed-captioning, a closed-captioning output as a signal, the signal corresponding to closed-captioning data stored in the media content, from which closed-captioning text can be generated.

In some embodiments, the media content may be encrypted; in such embodiments, the mobile device may decrypt the media content before generating the data output(s). The mobile device may decrypt the entire media content before starting to generate the data output(s) associated with the media content, or the mobile device may decrypt the media content as the media content is streamed. The decryption may be performed by a specialized software or hardware module, such as a Trusted Execution Engine (TEE), of the mobile device.

FIG. 4 illustrates a method of dynamic media content output 400 on a media content provider 106, in accordance with some embodiments. In some embodiments, the media content provider 106 may be a single networked server. In other embodiments, the media content provider 106 may be a plurality of servers that communicate with each other to provide media content. In some embodiments, media content provider 106 may receive 402 selection input from a mobile device 102, the selection input selecting for playback at least one of audio, video, and closed-captioning from media content containing at least two of audio, video, and closed-captioning.

In some embodiments, media content provider 106 may generate 404, in response to the selection input including audio, an audio output as a signal, the signal corresponding to audio data stored in the media content, from which auditory waves can be generated.

In some embodiments, media content provider 106 may generate 406, in response to the selection input including video, a video output as a signal, the signal corresponding to video data stored in the media content, from which video images can be generated.

In some embodiments, media content provider 106 may generate 408, in response to selection input including closed-captioning, a closed-captioning output as a signal, the signal corresponding to closed-captioning data stored in the media content, from which closed-captioning text can be generated.

In some embodiments, media content provider 106 may adapt the media content to contain only a subset of audio data, video data, and closed-captioning data, as specified in a policy available to the media content provider. In some embodiments, the policy may include a data representation of the received selection input from a particular media content request. In some embodiments, the policy is specific to at least one intended recipient of the media content. In some embodiments, the policy may contain output mode settings for streaming events of interest within the media content. In some embodiments, the policy may contain default output mode settings based on the type of content of the media content. In some embodiments, a received selection input may be stored in the policy for use in subsequent output generation from media content.

In some embodiments, media content provider 106 may adapt media content for transmission to at least one intended recipient of the media content. In such embodiments, the adaptation may be based on the network data throughput available to a mobile device of at least one intended recipient of the media content and/or a property of a mobile device of at least one intended recipient of the media content.

In some embodiments, media content provider 106 may use a data transmission module to transmit 410 via a network interface device the generated output(s) over network 104.

FIG. 5 illustrates an operational environment 500 and functional block diagram of an example mobile device 502 in accordance with some embodiments. The mobile device 102, in some embodiments, includes an input selection module 530, an audio module 540, a video module 550, a closed captioning module 560, and a client media rendering module 570.

In some embodiments, a user 510 interacts 515 with the input selection module 530 of a mobile device 502 to select 515 output to be generated from media content containing at least two of audio data, video data, and closed-captioning data. The user 510 may select 515 at least one of audio, video, and closed-captioning to be output during play of the media content. For example, the user 510 may input a selection 515 to receive only video and closed-captioning from media content that contains audio, video, and closed-captioning.

In some embodiments, the audio module 540 of mobile device 102 may generate, in response to the selection input including audio, an audio output as a signal, the signal corresponding to audio data stored in the media content, from which auditory waves can be generated.

In some embodiments, the video module 550 of mobile device 102 may generate, in response to the selection input including video, a video output as a signal, the signal corresponding to video data stored in the media content, from which video images can be generated.

In some embodiments, the closed-captioning module 560 of mobile device 502 may generate, in response to the selection input including closed-captioning, a closed-captioning output as a signal, the signal corresponding to closed-captioning data stored in the media content, from which closed-captioning text can be generated.

In some embodiments, the client media rendering module 570 may aggregate the relevant outputs from the audio module 540, video module 550, and closed-captioning module 560 and generate the associated auditory waves, video images, and closed-captioning text via one or more devices included within the mobile device, such as a speaker and a display.

In some embodiments of the operational environment 550, one or more of the audio module 540, video module 550, and closed-captioning module 560 may be present as hardware or software components of one or more servers or server process accessed by the mobile device 502 via a network. In such embodiments, such as illustrated in FIG. 1, the mobile device 502 receives selection input via the input selection module 530 and transmits a data representation thereof to the server or server process. The server or server process including one or more of the audio module 540, video module 550, and closed-captioning module 560 utilizes the respective modules according the selection input and transmit the relevant media, as a single file or as a stream, to the mobile device 502. The client media rendering module 570 may then cause the received media to be presented via the mobile device 502.

ADDITIONAL NOTES AND EXAMPLES:

Example 1 may include subject matter (such as a device, apparatus, or computing device for application independent content control) comprising a mobile device comprising a selection input module for receiving, from a user, a selection input pertaining to rendering output from media content containing at least two of audio data, video data, and closed-captioning data, the selection input selecting at least one of audio, video, and closed-captioning to be output during play of the media content; an audio module for rendering an audio output as a signal in response to the selection input including audio, the signal corresponding to audio data stored in the media content and from which auditory waves can be generated; a video module for rendering a video output as a signal in response to the selection input including video, the signal corresponding to video data stored in the media content and from which video images can be generated; a closed-captioning module for rendering a closed-captioning output as a signal in response to the selection input including closed-captioning, the signal corresponding to closed-captioning data stored in the media content and from which closed-captioning text can be generated; and a client media rendering module for aggregating the relevant outputs and generating the associated auditory waves, video images, and closed-captioning text.

In Example 2, the subject matter of Example 1 may optionally include at least one network interface device, wherein the media content is streamed over a network via the at least one network interface device.

In Example 3, the subject matter of either Example 1 or 2 may optionally include adapting the media content to contain only a proper subset of audio, video, and closed-captioning data, as specified in a policy.

In Example 4, the subject matter of one or any of Examples 1-3 may optionally include adapting the media content based on at least one of a network data throughput available to the mobile device and a property of the mobile device.

In Example 5, the subject matter of one or any of Examples 1-4 may optionally include the policy being specific to a user of the mobile device.

In Example 6, the subject matter of one or any of Examples 1-5 may optionally include the policy containing output mode settings for streaming events of interest within the media content.

In Example 7, the subject matter of one or any of Examples 1-6 may optionally include the policy containing default output mode settings based on the type of content of the media content.

In Example 8, the subject matter of one or any of Examples 1-7 may optionally include the selection input being stored in the policy for use in subsequent output generation from media content.

Example 9 may include, or may optionally be combined with the subject matter of one or any of Examples 1-8 to include, subject matter (such as an apparatus, a method, a means for performing acts, or a machine readable medium including instructions that, when performed by a machine cause the machine to performs acts) comprising receiving selection input pertaining to rendering output from a media content containing at least two of audio data, video data, and closed-captioning data, the selection input selecting at least one of audio, video, and closed-captioning to be output during play of the media content; rendering, in response to the selection input including audio, an audio output as a signal, the signal corresponding to audio data stored in the media content, from which auditory waves can be generated; rendering, in response to the selection input including video, a video output as a signal, the signal corresponding to video data stored in the media content, from which video images can be generated; rendering, in response to selection input including closed-captioning, a closed-captioning output as a signal, the signal corresponding to closed-captioning data stored in the media content, from which closed-captioning text can be generated; and aggregating the relevant outputs and generating the associated waves, images, and text.

In Example 10, the subject matter of one or any of Examples 1-9 may optionally include receiving the media content as a stream of data over a network via at least one network interface device.

In Example 11, the subject matter of one or any of Examples 1-10 may optionally include adapting the media content to contain only a subset of audio, video, and closed-captioning data, as specified in a policy.

In Example 12, the subject matter of one or any of Examples 1-11 may optionally include adapting the media content based on at least one of a network data throughput available to the mobile device and a property of the mobile device.

In Example 13, the subject matter of one or any of Examples 1-12 may optionally include the policy being specific to a user of the mobile device.

In Example 14, the subject matter of one or any of Examples 1-13 may optionally include the policy containing output mode settings for streaming events of interest within the media content.

In Example 15, the subject matter of one or any of Examples 1-14 may optionally include the policy containing default output mode settings based on the type of content of the media content.

In Example 16, the subject matter of one or any of Examples 1-15 may optionally include storing the selection input in the policy for use in subsequent output generation from media content.

Example 17 may include, or may optionally be combined with the subject matter of one or any of Examples 1-16 to include, subject matter (such as a device, apparatus, or computing device for application independent content control) comprising at least one network interface device; a selection input module for receiving selection input pertaining to rendering data output from media content containing at least two of audio data, video data, and closed-captioning data, the selection input selecting at least one of audio, video, and closed-captioning to be output during play of the media content; an audio module for rendering an audio data output as a signal in response to the selection input including audio, the signal corresponding to audio data stored in the media content and from which auditory waves can be generated; a video module for rendering a video data output as a signal in response to the selection input including video, the signal corresponding to video data stored in the media content and from which video images can be generated; a closed-captioning module for rendering a closed-captioning data output as a signal in response to the selection input including closed-captioning, the signal corresponding to closed-captioning data stored in the media content and from which closed-captioning text can be generated; and a data transmission module for transmitting over a network via the at least one network interface device the rendered data output from the audio, video, and closed-captioning modules based on the selection input.

In Example 18, the subject matter of one or any of Examples 1-17 may optionally include adapting the media content to contain only a subset of audio data, video data, and closed-captioning data, as specified in a policy available to the media content provider.

In Example 19, the subject matter of one or any of Examples 1-18 may optionally include adapting the media content for transmission to at least one intended recipient, the adaption based on at least one of a network data throughput available to a mobile device of the at least one intended recipient and a property of a mobile device of the at least one intended recipient.

In Example 20, the subject matter of one or any of Examples 1-19 may optionally include the policy including a data representation of the received selection input from a particular use and the policy being specific to the at least one intended recipient.

In Example 21, the subject matter of one or any of Examples 1-20 may optionally include the policy containing output mode settings for streaming events of interest within the media content.

In Example 22, the subject matter of one or any of Examples 1-21 may optionally include the policy containing default output mode settings based on the type of content of the media content.

In Example 23, the subject matter of one or any of Examples 1-22 may optionally include the selection input being stored in the policy for use in subsequent output generation from media content.

The above detailed description includes references to the accompanying drawings, which form a part of the detailed description. The drawings show, by way of illustration, specific embodiments in which the invention can be practiced. These embodiments are also referred to herein as “examples.” Such examples can include elements in addition to those shown or described. However, the present inventors also contemplate examples in which only those elements shown or described are provided. Moreover, the present inventors also contemplate examples using any combination or permutation of those elements shown or described (or one or more aspects thereof), either with respect to a particular example (or one or more aspects thereof), or with respect to other examples (or one or more aspects thereof) shown or described herein.

In this document, the terms “a” or “an” are used, as is common in patent documents, to include one or more than one, independent of any other instances or usages of “at least one” or “one or more.” In this document, the term “or” is used to refer to a nonexclusive or, such that “A or B” includes “A but not B,” “B but not A,” and “A and B,” unless otherwise indicated. In the appended claims, the terms “including” and “in which” are used as the plain-English equivalents of the respective terms “comprising” and “wherein.” Also, in the following claims, the terms “including” and “comprising” are open-ended, that is, a system, device, article, or process that includes elements in addition to those listed after such a term in a claim are still deemed to fall within the scope of that claim. Moreover, in the following claims, the terms “first,” “second,” and “third,” etc. are used merely as labels, and are not intended to impose numerical requirements on their objects.

The above description is intended to be illustrative, and not restrictive. For example, the above-described examples (or one or more aspects thereof) may be used in combination with each other. Other embodiments can be used, such as by one of ordinary skill in the art upon reviewing the above description. The Abstract is provided to comply with 37 C.F.R. §1.72(b), to allow the reader to quickly ascertain the nature of the technical disclosure. It is submitted with the understanding that it will not be used to interpret or limit the scope or meaning of the claims. In addition, in the above Detailed Description, various features may be grouped together to streamline the disclosure. This should not be interpreted as intending that an unclaimed disclosed feature is essential to any claim. Rather, inventive subject matter may lie in less than all features of a particular disclosed embodiment. Thus, the following claims are hereby incorporated into the Detailed Description, with each claim standing on its own as a separate embodiment. The scope of the invention should be determined with reference to the appended claims, along with the full scope of equivalents to which such claims are entitled. 

What is claimed is:
 1. A mobile device, comprising: one or more processors; a network interface device; and a memory storing instructions that, when executed by the one or more processors, cause the one or more processors to perform operations comprising: receiving, from a user, a selection input pertaining to rendering output from media content including a plurality of elementary content types, an elementary content type being audio data, video data, or closed-captioning data, the received selection input designating a proper subset of the plurality of elementary content types to be output during play of the media content by the mobile device; transmitting, to a media content provider via the network interface device, the received selection input; receiving, from the media content provider via the network interface device, the media content adapted to contain only a proper subset of the plurality of elementary content types as designated in the received selection input, wherein the media content has been adapted, at least partially, by the media content provider based on network data throughput available to the mobile device; rendering an audio output as a signal in response to the adapted media content including audio data, the signal corresponding to the audio data stored in the adapted media content and from which auditory waves can be generated; rendering a video output as a signal in response to the adapted media content including video data, the signal corresponding to the video data stored in the adapted media content and from which video images can be generated; rendering a closed-captioning output as a signal in response to the adapted media content including closed-captioning data, the signal corresponding to the closed-captioning data stored in the adapted media content and from which closed-captioning text can be generated; and aggregating the relevant outputs and generating the associated auditory waves, video images, and closed-captioning text.
 2. The mobile device of claim 1, wherein the adapted media content is received as a stream of data.
 3. The mobile device of claim 1, wherein the media content is adapted according to a specified policy.
 4. The mobile device of claim 1, wherein the media content is adapted based on a property of the mobile device.
 5. The mobile device of claim 3, wherein the policy is specific to a user of the mobile device.
 6. The mobile device of claim 5, wherein the policy includes output mode settings for streaming events of interest within the media content.
 7. The mobile device of claim 5, wherein the policy includes default output mode settings based on the type of the media content.
 8. The mobile device of claim 5, wherein the received selection input is stored into the policy for use in subsequent output generation from media content.
 9. A method performed by a mobile device, the method comprising: receiving selection input pertaining to rendering output from a media content including a plurality of elementary content types, an elementary content type being audio data, video data, or closed-captioning data, the received selection input designating a proper subset of the plurality of elementary content types to be output during play of the media content by the mobile device; transmitting, to a media content provider via the network interface device, the received selection input; receiving, from the media content provider via the network interface device, the media content adapted to contain only a proper subset of the plurality of elementary content types as designated in the received selection input, wherein the media content has been adapted, at least partially, by the media content provider based on network data throughput available to the mobile device; rendering, in response to the adapted media content including audio data, an audio output as a signal, the signal corresponding to the audio data stored in the adapted media content and from which auditory waves can be generated; rendering, in response to the adapted media content including video data, a video output as a signal, the signal corresponding to the video data stored in the adapted media content and from which video images can be generated; rendering, in response to the adapted media content including closed-captioning data, a closed-captioning output as a signal, the signal corresponding to the closed-captioning data stored in the adapted media content and from which closed-captioning text can be generated; and aggregating the relevant outputs and generating the associated waves, images, and text.
 10. The method of claim 9, further comprising: receiving the adapted media content as a stream of data.
 11. The method of claim 9, wherein the adapting of the media content is performed according to a specified policy.
 12. The method of claim 9, wherein the adapting of the media content is based on a property of the mobile device.
 13. The method of claim 11, wherein the policy is specific to a user of the mobile device.
 14. The method of claim 13, wherein the policy includes output mode settings for streaming events of interest within the media content.
 15. The method of claim 13, wherein the policy includes default output mode settings based on the type of the media content.
 16. The method of claim 13, further comprising: storing the received selection input into the policy for use in subsequent output generation from media content.
 17. A media content provider, comprising: at least one network interface device; one or more processors; and a memory storing instructions that, when executed by the one or more processors, cause the one or more processors to perform operations comprising: receiving, from a mobile device via the at least one network interface device, selection data pertaining to adapting data output from a media content including a plurality of elementary content types, an elementary content type being audio, video, or closed-captioning, the received selection data designating the media content to be adapted to include a proper subset of the plurality of elementary content types; generating an audio data output in response to the received selection data designating audio, the audio data output corresponding to audio data stored in the media content and from which auditory waves can be generated; generating a video data output in response to the received selection data designating video, the video data output corresponding to video data stored in the media content and from which video images can be generated; generating a closed-captioning data output in response to the received selection data designating closed-captioning, the closed-captioning data output corresponding to closed-captioning data stored in the media content and from which closed-captioning text can be generated; and transmitting, to the mobile device via the at least one network interface device, the respective generated data outputs, wherein at least one generated data output has been adapted, at least partially, by the media content provider based on network data throughput available to the mobile device.
 18. The media content provider of claim 17, wherein the media content is adapted according to a specified policy available to the media content provider.
 19. The media content provider of claim 17, wherein the media content is adapted based on a property of the mobile device.
 20. The media content provider of claim 18, wherein the policy includes a data representation of the received selection data; and wherein the policy is specific to a user of the mobile device.
 21. The media content provider of claim 20, wherein the policy includes output mode settings for streaming events of interest within the media content.
 22. The media content provider of claim 20, wherein the policy includes default output mode settings based on the type of the media content.
 23. The media content provider of claim 20, wherein the received selection data is stored into the policy for use in subsequent output generation from media content. 